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WIRELESS TEJLEPHONY FOR COLLECTING 
TOLLS, CONDUCTING FINANCIAL 
TRANSACTIONS, AND AUTHORIZING 
OTHER ACTIVITIES 

CROSS-REFERENCE TO RELATED 
APPLICATION 

"ITjc present application claims the benefit of provisional 
application Ser. No. 60/020312 filed in the Patent and 
Trademark Office on Sep. 11, 1996. 

BACKGROUND OF THE INVENTION 

The present invention relates to methods of using a 
cellular phone or other wireless communication device to 
transfer funds between accounts, collect tolls and authorize 
other activities. 

Prior to the present invention, cellular phones and/or other 
wireless communication devices have been used in a variety 
of different procedures involving the transfer of funds 
between different accounts. These procedures leave some- 
thing to be desired in that they arc unduly complicated and 
less convenient and/or less secure. 

SUMMARY OF THE INVENTION 

The present invention avoids the failings of the prior art 
*by providing methods which are highly reliable and simple 
to follow. 

In accordance with the present invention, a method is used 
to transfer funds between different accounts including the 
steps of expanding the function of a service provider's 
central processing unit to include account and authorization 
information, entering a function code on the keypad of a 
cellular phone or other wireless communication device, and 
sending the function code to the central processing unit. The 
central processing unit identifies the desired transaction and 
obtains authorization. The central processing unit deter- 
mines the accounts involved in the transaction, and confirms 
completion of the transaction. 

Preferably, the method includes the step of detennining at 
the central processing unit whether a personal identification 
number is needed, and if so, the central processing unit is 
supplied with that number. 

The desired transaction may involve a default amount at 
a pre-sct price or a variable amount in which case such 
amount is identified and sent to the central processing unit 

Additionally, in accordance with the present invention, a 
method is used to verify identity and authorize access to a 
secured location. 'I riis method includes the steps of expand- 
ing the function of a service provider's central processing 
unit to include sccutc independent verification of a usct's 
identity, and entering a function code on the Iceypad of a 
cellular phone or other wireless communication device. The 
function code is sent to the central processing unit of the 
provider which identities the desired transaction as access to 
a secured location. The desired transaction is authorized and 
completion of the transaction is confirmed. 

BRIEF DESCRIPTION OF THE PATENT 
DRAWINOvS 

Novel features and advantages of the present invention in 
addition to those mentioned above will become apparent to 
persons of ordinary skill in the art from a reading of the 
following detailed description in conjunction with the 
accompanying drawing wherein: 
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FIGS. 1 A through 1 B comprise flow diagrams illustrating 
a cell phone transaction/activity procedure, according to the 
present invention; 

FK }. 2A and 2H comprise flow diagrams illuslraling a cell 
5 phone/personal computer tolling procedure, according to the 
present invention; and 

FIG. 3A through 3F comprise flow diagrams illustrating a 
personal computer transaction/access security procedure, 
^ according to the present invention. 

DETAILED DESCRIPTION OF THE 
INVENTION 

The method of the present invention may be used to 
15 conduct a number of transactions, as follows. 

Cell Phone Financial Transaction Procedure 

Referring in more particularity to FIGS. 1A-1E, the 
illustrated procedure allows a cellular phone ox other wire- 

20 less communication device to lie used to transfer funds 
between accounts belonging to the same entity/person or to 
an account belonging to another party. Such transactions 
could include for example: purchasing a good or service by 
transferring funds (paying) to a second parry's phone or 

25 financial account; or transferring funds between a person's 
credit accounts, from credit to debit or stored-value 
accounts, to, from, ox between bank (saving or checking) 
accounts. Other activities could include checking balances 
in financial accounts. Communication takes place between 

30 the cellular phone and the mobile telephone service provid- 
er's cell antenna and thence via land line to a CPU. 

The use of this procedure for these transactions allows the 
cellular phone to function as an electronic wallet or as a 

35 secure, automated account inquiry interface. This procedure 
is carried out by the user first entering a unique function 
code on the device's keypad to identify the type of trans- 
action or activity desired and pressing "SEND." The mobile 
phone service provider's CPU identifies the desired Irans- 

^ action and determines if the transaction involves a default 
amount (as in a pre-set price for a specific highway toll 
pla?a, transit fare, or vending machine), which is displayed 
on the phone's LED screen along with an "OK?" prompt. 
User presses "SEND" to continue or "END" to cancel. 

45 If the transaction involves a variable amount (not a 
specific transaction with a pre-set default price), such as 
buying lunch or a souvenir from a street vendor, the CPU 
prompts the user to enter an amount, "SEND" it, then 
prompts "OK?" and the user presses "SEND" or clears and 

50 re-enters amount. The CPU then determines the types of user 
accounts to access for the type of transaction and displays 
either a default source account authorized to be debited 
(such as the customers mobile phone account), or prompts 
for a unique account code representing a specific credit card, 

55 debit card, bank, or oLher financial account. The mobile 
phone service provider CPU will have a linked record of the 
customer's pre- authorized financial account numbers and 
the customer's written authorization to debit/credit them. 
The account code is entered and the user presses "SEND." 

6i) The CPU then determines if the account/transaction pro- 
tocol requires a personal identification number (PIN). To 
prevent unauthorized access and, if so, prompts for PIN. 
User enters PIN and presses "SEND." If the transaction type 
is not linked to a unique destination account by prior 

65 agreement between the mobile service provider and the 2nd 
party, the CPU prompts "PAY TO?" and the user enters the 
account code to which funds are to be transferred. This 
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destination account code would be a unique vendor code equivalent purchase of a good or service. For such 

(made known to the user verbally, by signage or by PC transactions, the cellphone functions as an electronic wallet, 

display), a unique user account code (in the case of an allowing the direct, secure transfer of money between two 

inter-account transfer by a single party), or the mobile phone parties in lieu of cash. Funds arc transferred (credited and 

number of the recipient. ^ ^ debited) between the mobile phone accounts of the parties. 

The user enters the destination account code and presses or "^ferred ^ lw ^, n other Prearranged financial 

"SEND." The CPU then prompts "OK to complete transac- ^T^^ lt*£™lT"lZ 

rt „ , . 11 uct^t™, * i . vice-versa. Two cell phones may be used, one for each party 

tioo?" and the user presses SEND" to complete the to the transaaion, or odc phone may be uscil for boi particJ. 

transaction, or "END" to cancel. The CPU confirms comple- The - ^ mus , iniliate , he ^^ion. For the greatest 

uon of the ttansacbon by generating and displaying a i° lhe - mllsl ^ his/her „„ phon t. This 

transaction confirmation/authorization number code If the alWs lhc mobflc h()nc -Scrviuc vmvidcr u , maU . h thc 

transaction involves a dcsUnalion account not linked to the required PIN with the specific ro ^ ^ of ^ ^ cell 

user (a second party's mobile phone account for example) hf>ne Howc the xtvitx ment b^en the mobile 

the CPU wffl prompt the user to transmit the transaction honc providef and ten»omct could provide for 

connnuation/aulhon^uon number by pressing SbNI). " accQlmt accesg &om Qther ^ fa tf bom ^ 

this number will display on the second party s mobile , in _ , r , * , a a - . 7^ 

phone, if the phone is activated, and be transmitted to a lllc s ru °* ™ ay , j**^ *° mobilc f bo ™ 

' \ / , u ( . auK „« account, from a stored value (pre-paid debit) account with 

pTC-authon/xd computer account. Both parties press EN I) /%. <l_ * % 

to clear the cellular phones for other uk * u m " J pn«nc «ennce provider, or ftun, any pm-arrangod 

. financial account, such as a bank savings or checking 

This procedure permits face-to-face or remote M accolint> a cre dit card account, or brokerage account. The 

transactions, with immediate confirmation to both parties, payor's service agreement with the mobile phone service 

Tor example, the electronic equivalent of paying cash. The provider will determine which accounts may be accessed for 

CPU debits and credits the appropriate accounts and creates such traDsfers . The mo bile phone service provider will 

an electronic record of the transfer. The transfer is reflected req uire the service agreement to include the appropriate 

as a debit on the user's phone bill and as a credit on the financial account Dumber, if any, and written authorization 

recipient's mobile phone statement, along with any phone by lhc cuslomcx to llcbil or ^cAU the appropriate account 

usage or transaction charges. If the mobile service provider whca a transaction takes place using this procedure. The 

has established a relationship and computer communication cus iomcr and the mobile phone service provider will jointly 

link with a bank clearinghouse, credit card issuer, or other csla blish account codes and PIN Chat will be used by the 

financial institution and has the appropriate authorisation cuslomcr to conduct an authorized transaction. JT3C periodic 

fiorn the account owner, debits and credits may instead be billing statements from the mobile phone service provider 

performed by those institutions and reflected directly on the win includc a rccord of any financial transaction, including 

user's and recipient's bank, credit card, or other periodic date> lime> generaA location, the nature of the 

bill/statement, with only phone usage or transaction charges, transaction, the amount, the destination account name, the 

if any, shown on the mobile phone statement. account code of the debited account (if other than the mobile 

In performing this procedure, the user may initially enter phone account), and any air time or transaction charge which 

a unique function code which the CPU identifies as an may apply. 

activity, rather than a transaction, such as checking an Specifically, this example describes the use or the proce- 

accounl balance. The CPU determines if a PIN is required to 4n dure to purchase a snack lunch from a vendor at an outdoor 

prevent unauthorized access to the particular account and, if cra f| f a j r . The vendor must have either a mobile phone 

so* prompts "ENTER PTN. " The user enters PIN and presses account or an arrangement with the mobile phone service 

"SEND." The remaining steps of this activity would be provider to credit another cell phone or land line phone 

similar to existing touch tone telephonic automated infor- account on behalf of the vendor. The vendor may or may not 

mation procedures, with prompts given visually on thc 45 have his/her mobile phone unit at the vending location. The 

mobile phone ULD display, and/or orally by computer. purchaser must have a mobile phone service agreement and. 

This procedure may also be used to allow a cellular phone in this case, have with him/her their cellular phone, 

to serve as a security access device. In this case the unique The purchaser selects the food desired and is told the 

function code would tell the CPU to connect with the amount due by the vendor ("payee"). The purchaser 

predesignatedsecurity system computer and prompt the user 50 ("payor") activates and/or clears the cell phone for the 

for the PIN or other access code sequence. ITie user enters transaction. The payor presses a function key and the 

the PIN and presses "SEND." The CPU forwards the autho- transaction code for a "purchase" ie. a transfer of funds from 

ligation to the security computer, which then allows access. his account to a second party's account. An example of such 

'ITic system could allow access based solely upon receiving a function/transaction code entry might be "* P" (function 

an authorized PIN or security access code from the user on 55 key plus "P" for "pay bill/transfer funds")- The payor 

any cellular phone, or could require that the access code be presses SEND. The mobile phone service provider's CPU 

matched with the specific eleetmnic signature of the cell receives the signal, which includes the ID of the sending 

phone registered to the user. This procedure could apply to phone. Based on this transaction code, the CPU prompts for 

a home, building, or area security system with a modem or an amount to be paid or transferred. In this case, thc payor 

RF receiver. If equipped with an antenna/receiver (or land 6 „ has purchased $4.50 worth of food and drink. He enters that 

line connection) and a processing chip, a garage opener or amount and presses SENO. The CPU confirms amount and 

vehicle security system could also be activated/disarmed by asks "OK?" and the payor presses SEND or clears and 

cellular phone, using this procedure. corrects the amount and presstus SEND. (Thc payor may 

pTess END at any time to cancel the transaction.) 
65 Depending upon the provisions of the service agreement 

'this example describes thc implementation of thc cell between thc customer and the mobile phone service 

phone financial transaction procedure for the cash- provider, the CPU may then prompt for an account code, 
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representing ihc account to be debi Led. Inis could be auto- transaction, destination account code/name, amount, and 

matically scl with a default account, such as the payor's will include billing for any air time or transaction fee 

mobile phone account, or could be open for any financial charged by the mobile phone service provider. If the payor 

account linked via the service agreement with the mobile had elected to debit his mobile phone account, the amount 

phone account. Ixi the latter case, the CPU will next prompt 5 of the transaction would be added to the total due on his 

for an account code. This code is a shortcut key sequence mobile phone bill. 

representing the actual bank or credit card account number, The vaycG e | ec ted to have his mobile phone account 
which is on file with the CPU. In this case, the payor has credited for the transaction. His next mobile phone state- 
authorized the mobile service provider to debit his checking mcat would a record of the transaction and would 
account and has established the "1" key as the code number 10 ^ow the amount of the transfer as a "credit" to his/her 
representing his checking account. The payor enters "1" and account. The credit could be used to offset the cost of mobile 
presses SHND. Ihc CPU displays confirmation of the choice phonc service, or could later be transferred to a bank 
of accounts (ic. *' CHHCK1N G") and asks "OK?" \l nc payor account, using this procedure, 
presses SKNI). Depending upon the account code and the 

service agreement, the CPU may prompt for a PIN. A PIN 15 HXAMPI JE 2 

might not be required for a pre-paid (stored value) account . ...... 

with the mobile phone service provider up to a certain This examp e describes the implementation of the cell 

amount such as $20 or $50. Bui in this case, security requires phone financial transaction procedure for the entrance lime 

a PIN. The payor enters his/her PIN and presses SEND. If and exit payment by a parking fecihty customer, 

the PIN corresponds with the cell phone ID. the CPU accepts 20 V Z' t " flsac,,ons uoder ttus Procedure, the cell phone 

the identity of Ihe payor and prompts for a destination (to be effectively functions as a Uansponcler/identifier and as a 

credited) account code. contactless Smart Card or electronic wallet. This application 

. .... of the procedure speeds through-put into and out of the 

The destination account code will be de ermined by the facmty) both for cash and , t ^ morc 

service agreement, if any, between the mobile phone service convenieDt for ^ by ^ £[ aving to takc a ticket to 

proviaer ana rood veoaor (payee;, it me payee bas a ceU cnlcr and handlc cash u> cxil 

(or produce a card key). II 

phone account, die mobile phone number could be (he greatly increases Ibe number of customers a parking corn- 
account number. Or the vendor might cstabhsh a unique can scrvc with automated equipment by expanding the 
vendor account code (shortcut key sequence) with the maritcl u> includc hourl uscni ^ nt f t jusl wc * mg 
mobdephoncscryiccpn.v.denirihepaycediHxsnolhavean hMcTS mal<cs cHlmnalion ()| - cashicr J fimelSmm 
account with 0ns mobile pbonc service provider, there 30 feasi|) , e ^cinQ, personnel, cash hand! i ng, and theft costs, 
would have in be a business agreement between Ihe mobile ^ .^^u^ could also ive lhe km companv , he 
phone service provider and lhe payee s mobile phone com- , ioo of eliminaling its m0 o,hly billing system and costs by 
pany (or land hne telephone service provider). In the laller transfixing that function 1o the mobile phone service pro- 
case, the destination account code might be the payee's vider 

home or business phone number. 35 _ ' . . . „ , . . 

. , . . , .. To allow the fullest use of this procedure, a parkins 

In this case, the PckkI vendor has a mobile phone account facility with U n atte nded entrances must have automatic gates 

and has not established a unique vendor code. By signage or which m con!rolJab , c Dy compu , e r. The computers may be 

verbally, the payee informs the payor of h,s mobile phone at eacb te ^ of „ , central i ocation on or off ^ 

number and the payor «te« it at the destination account The computers must be connected to a phone line or must be 

code prompt and presses ^SEND. The CPU delays the cquij3pcd wilh an UF anlclma and reccivcr , ^ & ^ 

account cocte ano asKS ujw ana me payor presses bLJNU receive information from the mobOc phone service Drovid- 

to complete the transaction. cr * s <:pu cnhcr hy ]and Hnc conTlcclioT1 OT wiTclcs £ u ^ 

The CPU performs the transaction and displays a mission. ITic procedure could, however, also be applied In 

conurmatiorVauthorization number/message. ITiis number/ 45 attended, non-automated facilities as a means of reducing or 

message is a shorthand summary of the transaction amount " eliminating cash transactions. 

and destination account. (An example of this confirmation ilxc parking facility operator will estabbsh an account 

number/message might be Jun. 20, 1996 $430 8818, this relationship with the mobile phone service provider. That 

being the transaction date, amount, and last four digits of the relationship will define the financial arrangement between 

destination phonc number.) 5Q ^ parlics relalirjg to cuslomcr billing and Uansfcrs of 

lhe CPU will prompt the payor if he/she wants the payments to an account chosen by the parking provider. The 
confirmation/authorization number/message sent to the relationship agreement will also establish the unique trans- 
payee. In this case, the payee (the food vendor) has his action codes to be used by cell phone users (parking 
mobile phone with him and has it activated. '."he payor customers) as they enter and exit the parking facility. The 
presses SHND and the CVinfirmaUon is displayed on the 55 financial arrangement will determine, for example, whether 
payee's phone, so he knows the transaction is correct and customers will be billed by the parking provider, or whether 
has taken place. If the payee does not have a cell phone or the mobile phone service provider will cause customers to 
does not have it with him, the payor could simply show the be billed through their cell phone statement or another 
Confirmation message to the payee on his phone. To end the financial account. Who is liable for, and the level of; any 
transaction, the payor presses END. 60 phone usage or transaction fees charged by the mobile phone 

In this case the payor has elected to debit his checking service provider will also be determined by this financial 

account. The CPU will record the transaction and pursuant arrangement. 

to the service agreement will direct the bank to debit/pay the The unique transaction codes to be used by customers 

appropriate accounts. The transaction will appear on the under this procedure would be prominently displayed at the 

payor's next bank statement. The transaction will also 65 parking facility's entrance and exit gates. For the conve- 

appcar on the payor's next cell phone statement. It might nience and safety of customers trying to drive and operate 

show the date, time, general (cell) location, type of the cell phonc, the unique transaction code has as few digits 
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as possible. 1 1 is a shorl-cul key sequence which lei Is ihc 
mobile phone service provider's CPU that this Ls an 
entrance/exit parking fee transaction for this particular park- 
ing facility and thai the fee should be credited to a specific 
pre -authorized vendor account. Multiple facilities with dif- 
fering rates would have different unique transaction codes. 
Different unique transaction codes might also be established 
for customers paying monthly rates. An example of a 
shortcut unique transaction code for this application might 
be *C1'31, meaning a function key (*)+vendor code (here 
CP for Colonial Pariring)+facility ID number (3)+enter/exit 
code (1 for enter, 2 for exit). 

'Ihc customer activates or clears the cell phone as he/she 
approaches the parking facility entrance. A sign announces 
the availability of pay-by-cell phone and displays Lhc unique 
transaction code for the facility, which the customer enters 
on the cell phone and presses "SEND." The unique trans- 
action code (e.g. *CP31) is transmitted to the mobile phone 
service provider CPU which records the user's identity, the 
date and time, and the transaction type — here "entrance into 
Colonial Parking facility number 3." The mobile phone 
service provider's CPU software records the transaction as 
"open" until the exit transaction code is received. The CPU 
generates a transaction coniirmatioo/authorization code 
number, which is displayed on the user's cell phone. The 
user presses "KND" to clear Ihc phone. 

The CPU sends the "entrance" transaction confirm a tion/ 
authorization number to the parking facility operator's 
computer, which records the transaction for capacity control 
and other management reporting purposes and opens the 
automatic gate. This communication could be via land line, 
or by RF transmission if the gale or facility is not connected 
lo the PS'fN, but has an antenna and receiver. 

When departing the parking facility, the user again acti- 
vates and clears the cell phone as he/she approaches the exit 
gale. A sign displays the unique Lransaclion code for the 
facility exit (e.g.*Cl132) . The user enters the code and 
presses "SEND." The mobile phone service provider's CPU 
receives the code, records the user's identity, the dale and 
time, the transaction type — here "exit from Colonial Parking 
facility number 3." The CPU searches for the "open" 
entrance transaction and matches it with the exit transaction, 
calculating the elapsed parking time. Depending upon the 
arrangement between the parking facility operator and the 
mobile phone service provider, the CPU may have the 
parking rates on file and may perform the billing calculation. 
If not, the CPU sends the user elapsed parking time lo the 
parking facility computer for calculation and the parking 
facility computer returns the lolal of the charges Lo the 
mobile phone service provider's CPU. 

'the CPU displays the amount on the user's cell phone 
along with an "OK?" prompt. If OK' the user presses 
"SEND" to complete the lransaclion. ITic CPU sends the 
"exit" transaction coaQimalion/aulhorizalion number lo the 
parking facility computer and displays it on the user's cell 
phone. The user presses "END" lo clear the phone. The 
parking facility computer receives and records the transac- 
tion confirmation/authorization number and opens the exit 
gate. 

The billing process will depend upon the arrangement 
between the parking facility operator and the mobile phone 
service provider. The customer may be billed directly by the 
parking facility operator or the charges debited from his/her 
pre-paid account with the parking facility operator. 
Alternatively, the arrangement may call for the mobile 
phone service provider to direct payment funds to the 
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parking facility operator's account. "ITic source of Lhosc 
payment funds will depend upon the service agreement 
between the customer and the mobile phone service provider 
and upon the account authorizations granted by the customer 
to the provider. The parking charges could be billed on the 
customer's periodic mobile phone statement or debited from 
a pre-paid mobile phone account. Or the charges could be 
debited from a pre- authorized credit card, debit card, or 
banking account and the transaction reflected on the periodic 
statements from those accounts. These accounts would be 
linked in the mobile phone service provider's CPU in 
accordance wilh the service agreement and signed customer 
account access authorisations on Hie. 

The customer's mobile phone statement would reflect the 
transaction by lype and dale/lime and would include any 
applicable mobile phone charge or other transaction fee. 

In the case of an attended parking facility without com- 
puter controlled gales, the procedure can be applied in a 
variety of ways, depending upon lhc situation. The 
approaching driver could enter the unique "entrance" trans- 
action code and when the lransaclion confirmation/ 
authorization is displayed on lhc cell phone, show il lo the 
attendant. The transaction confirmation/authorization num- 
ber can be configured to include a vendor code reference so 
that the attendant knows the transaction is his. If the atten- 
dant is equipped with a cell phone, the mobile phone service 
provider's CPU could send the same transaction 
contLrmation/aumorizarion number to the attendant. When 
exiting, the user enters the "exit" transaction code and again 
shows the attendant the confirmation number, or the atten- 
dant has it displayed on his/her cell phone. 

In the simplest case, if a "mom and pop" parking facility 
docs not have a vendor relationship with the mobile phone 
service provider and a unique transaction code, it may still 
make use of this procedure, if it has a mobile phone account. 
'I"hc driver Lakes a time -s Lamped ticket upon entry and when 
ready to exit, the attendant computes the charges. The user 
"pays" for parking by entering the unique transaction code 
for "Pay a bill," enters Lhe amount, and enters ihc parking 
facility's' s mobile phone number as the destination account. 
The amount of the transaction would be credited to the 
parking facility operator's mobile phone statement. The user 
could show the attendant the transaction confirmation/ 
authorization number on his/her cell phone, or it would be 
displayed on the attendant's phone, if available. 

EXAMPLE 3 

'ITiis example describes lhe application of the cell phone 
financial Lransaclion procedure to the payment of transit 
fares, focusing on bus transit. Fot these transactions, lhe cell 
phone effectively fundi ons as a con tactless Smart Card. 
Unlike a contact! ess Smart Card, however, the user (rider) 
does not have to hold a card in close proximity to a card 
reader. The cell phone's ability lo separale lhe fare transac- 
tion from the act of boarding the bus reduces the queuing 
time compared with the use of contact or con tactless Smart 
Cards, or the payment of cash. This application of the 
procedure offers a greater number of payment options to 
customers, ranging from debiting a prepaid account with the 
transit operator or the mobile phone company, to debiting a 
credit card or bank account, to adding the fare charge to the 
mobile phone bill. 

The use of this procedure requires a service arrangement 
between the transit operator and the mobile phone service 
provider. 'Ihis agreement would set transaction charges for 
the use of cell phones to collect fares (and who pays them). 
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'Ihc agreement would establish Ihc destination financial 
account to which payments to the transit operator would be 
credited. It would also determine the unique transaction 
code system for users (riders) to enter into their cell phones. 
The transit operator's fare structure would be entered into 
the mobile phone service provider's CPU and electronically 
accessible for updating. This fare structure could be variable 
by time of day, route, type of rider (for example, discount 
pass holder/senior citizen), day of the week, and approxi- 
mate distance traveled (zones). . 

This application of the procedure may also require revised or 

additional signage at transit stops to let the user (rider) know the 
route number and, if needed for distance charges, a location 
number of the bus stop. The route number must also be 
displayed on the bus, along with the bus ED number, if desired 
by the transit operator for management purposes. 

This information is built into the unique transaction code 
the user enters into his/her cell phone as the bus approaches 
(or alter getting on the bus, if the operator has an honor 
system) . For a transit operator who does not have fares 
based on /x>ncs or distance traveled, the unique transaction 
code might be *I>*I37, meaning a function key (*)+vcndor 
code (here, DT for Delaware Trans it)-f route number (37). 
Any variable pricing by time, day of the week, or discount 
pass would be automatically calculated by the mobile phone 
service provider/ s CPU. 

Tn this case, the user would enter the unique transaction 
code (*DT37) and press "SEND." The unique transaction 
code is transmitted to the mobile phone service provider's 
CPU, which records the user's identity (and knows if the 
user is a discount pass bolder), the date and time, approxi- 
mate location (by receiving cell), and the transaction type — 
here — "boarded Route 37 bus." 1 nc CPU would calculate 
the fare amount and display it with an "OK?" prompt. The 
user presses "SEND" and the computer displays a transac- 
tion con firm alio n/aulhorixalion number or message on the 
cell phone. As the user (rider) boards the mis, he/she shows 
this message or number to the driver, much like a "Flash 
Pass." 'Ilie user then presses "END" in clear the cell phone. 
Users who make a transfer during the trip can press the 
function key (*) and the "recall* button to re-display the 
transaction confirmation/authorization number/message to 
show the driver of the next bus. 

Tf the transit operator uses a fare structure which includes 
zone or distance charges, then signage at the transit stop 
must include a location code for the stop, plus a map or list 
of destinations on the route and their location codes. Further, 
let's assume the transit operator wants to know the specific 
bus in which the user is riding and displays a bus ID number 
on the bus* marquee. In this case, the unique transaction 
code might be *D 137526, meaning a function key (*)+ 
vendor code (DT Tot Delaware *lransit)+roule number (37)+ 
origination point (here, '/.one 5) ^-destination point (here, 
zone 2)+bus ID number (#6 on this route) . Uhc user can 
enter all elements of the transaction code, except for the bus 
ID number, prior to the arrival of the bus. 

'Ihc billing process will depend upon the agreement 
between the transit operator and the mobile phone service 
provider. Tf I he transit operator has a pre-paid account or 
discount pass program, the user's fare charge could be 
debited from that account by the mobile phone service 
provider's CPU. Otherwise, fare charges could be credited 
by the CPU to a pre-authorized financial account. The user's 
charges could be added to his/her mobile phone bill and 
reflected on the periodic statement, plus any phone usage or 
transaction fees applicable. Alternatively, the service agree- 
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mcnl between the user and the mobile phone service pro- 
vider could authorize these transactions to be debited from 
a linked financial account, be it a hank account or a credit 
card. 

In either case, the user's mobile phone statement would 
reflect the date and time of the transaction. 

CZell Phone 'lolling l*rcx:cdurc 

This procedure is a more specific application of the 
procedure used to conduct financial transactions via cellular 
phone described above. It allows the collection of tolls from 
vehicles using a facility at any speed. The procedure does 
not require a toll plaza or other physical structure, collection 
personnel, or hardware. However, traffic counting tubes, 
human spotters, and/or video cameras would be required lor 
enforcement and revenue/traffic reconciliation. 

The cell phone in this case functions as an active tran- 
sponder communicating with a cell antenna , or a dedicated 
roadside receiver, which is connected by land line to the 
mobile phone service provider CPU. 'Ihc cell phone also 
functions as an electronic wallet (or con tactless Smart Card), 
transferring funds from the user's account to the tolling 
authority and recording the transaction. 

Referring to FIGS. 2A and 2B, in this procedure the driver 
is notified by road signage that cell phone tolling is ahead 
and is directed In particular lanes set aside for such use to 
maximize through-puL 'Ihc user turns on, or otherwise 
clears the cell phone for tolling. Signage informs the driver 
of the appropriate unique function code for the particular 
facility or loll plava, which the user enters into the cell 
phone. As the driver approaches the toll collection area, he 
presses "SEND" to transmit the function code and pay the 
toll. (If the toll is high, or there are other transaction security 
concerns, the procedure may call for the mobile phone 
service provider's CPU to prompt the user to enter a PIN and 
press "SEND.'*) The driver may be instructed to press 
"SEND" at a particular point to facilitate visual or RF 
detection enforcement. 

The CPU receives the function code, matches it with the 
mobile phone making the call (via data sub-channel) and 
confirms the transaction to the user's cell phone by T .ED 
display of the amount of the toll and/or generating a tone, 
'the user presses "END" after confirmation to clear the 
phone for other use. 'Ihc CPU charges the toll amount and 
any phone usage or transaction fees to the user's mobile 
phone account. By prior arrangement between the user and 
the mobile phone service provider, another linked financial 
account could he the default account for toll charges. The 
recorded transaction would be re dec ted on the user's mobile 
phone (or other financial account) bill. Depending upon the 
agreement between the user and the mobile phone service 
provider, the charges could be treated as a credit transaction 
or could be debited against a pre-paid (stored value) deposit 
and so reflected on the mobile phone bill. 

Personal Computer Transaction Authentication/ 
Security Procedure and PC/Cell Phone Interface 
Device Description 

This procedure describes the use of a cellular telephone in 
conjunction with a PC to provide transaction security for 
purchases (financial transfers) made via the Internet or other 
interactive on-line transaction system. Under this procedure 
the cellular phone functions as a "PIN pad," providing 
authorization and authentication of funds transfers, without 
sending credit card account numbers over the Internet or 
relying upon potentially "hackable" computer software 
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